home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / networking / 320 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  3.1 KB
  1. Path: esygvl.com!not-for-mail
  2. From: jdp1@esygvl.com (j.d. parsons)
  3. Newsgroups: comp.sys.amiga.networking
  4. Subject: AmiTCP/PPP with A2000
  5. Date: 9 Jan 1996 10:13:16 -0600
  6. Organization: E-Systems, Inc. - Greenville, TX
  7. Message-ID: <4cu46s$g73@monaco.esygvl.com>
  8. NNTP-Posting-Host: monaco.esygvl.com
  9.  
  10. I'm posting this for a friend that has been trying to get his A2000
  11. net-worthy for, well, too long...
  12.  
  13. Please copy responses as email, as neither of us has a reliable 
  14. connection to the newsgroups (many dropped articles).   My email
  15. addresses are  jdp1@esygvl.com   and  parsons@why.net.
  16.  
  17. Below the cutline is a cut-and-paste note from him detailing his woes.  
  18.  
  19. My only ideas deal with possible chip ram problems, and possible 
  20. datatype problems on item 2B.
  21.  
  22. Jim's system:   A2000 with VXL 030 board.
  23.                 Ram:  1 MB Chip
  24.                       2 MB normal fast
  25.                       2 MB 32 bit fast
  26.                 GVP Series II SCSI controller
  27.                 OS 3.1
  28.  
  29. -------- Cutline of Jim's message: ----------
  30.  
  31. 1. A through E (Readers' Digest version:)  
  32.  
  33.      Basically told of monitor problems and the initial installation
  34.      of AmiTCP/PPP, etc. using `Vark', which worked *one* time.
  35.  
  36.   F. I decided I could stumble around for quite a while peeling off 
  37.      one layer at a time. The software appeared to work with a virgin 
  38.      system.  Re-initializing the disk partitions and starting from 
  39.      scratch would do this.
  40.      The process was begun, and resulted in immediate success. But what
  41.      added element had caused the problem?  I began adding one item at 
  42.      a time, but the script would run, and so would Mosaic.  I added 
  43.      the GIF.datatype - still no pictures, but Mosaic ran fine. 
  44.  
  45.   G. It was obvious I would eventually need more than the four colors
  46.      Workbench uses initially would be required.  I adjusted preferences
  47.      for 16 colors. Bang! The dial script wouldn't run properly, and 
  48.      showed the same flakey behavior as before.  I returned to four 
  49.      colors, and it ran correctly again.
  50.  
  51.   H. I then tried starting PPP in four colors and switching to 16 colors
  52.      before initializing Mosaic. Mosaic ran, but wouldn't call anyone. 
  53.  
  54.   I. Quitting Mosaic, I dropped back to four colors, and ran Mosaic 
  55.      again.  Things returned to what passes for normal at the moment. 
  56.      I tried several combinations: the dial script doesn't run properly 
  57.      with more than four colors.  Mosaic will run (correctly?) in eight 
  58.      colors, but not more.
  59.  
  60. 2. Conclusions:
  61.  
  62.   A. This sounds like some sort of bizarre interaction between the
  63.      operating system and the Internet software. My initial guess is 
  64.      that I need to run Mosaic in it's own screen, so I can get enough 
  65.      colors to display the images, yet avoid whatever this conflict may 
  66.      be. Do either [any] of you have any ideas?
  67.  
  68.   B. I still don't get images, although the GIF datatype is installed 
  69.      in classes. I'm guessing this may be related to the limited number 
  70.      of colors in the display, but perhaps not. 
  71.  
  72.   C. No, I'm not making any of this up.
  73.  
  74. -- 
  75. John D. Parsons                        jdp1@esygvl.com
  76. Senior Engineer
  77. E-Systems, a Raytheon Company          Greenville, TX, USA 
  78.